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Abstract 

id develop  a  systolic  design  rule  checker  (SDRC)  for  rectilinear  geometries.  This 
SDRC  reports  all  width  and  spacing  violations.  It  is  expected  to  result  in  a 
significant  speed  up  of  the  design  rule  check  phase  of  chip  design. 
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L  Introduction 


Rapid  advances  in  technology  are  making  it  possible  to  fabricate  circuits  of 
an  ever  increasing  complexity.  This  increase  in  circuit  complexity  poses  a 
severe  challenge  to  the  algorithms  presently  in  use  in  design  automation  tools. 
One  of  the  ways  to  meet  the  challenge  is  to  develop  new  computer  architechures 
capable  of  running  these  design  automation  algorithms  efficiently.  Another 
approach  is  to  develop  yet  faster  algorithms. 

Several  new  architectures  and  corresponding  algorithms  have  recently 
been  proposed  for  design  automation.  Hank  at  al  [BLANSi]  describe  a  bit  map 
processor  architecture  suitable  for  boolean  operations,  wtre  routing  using  Lee's 
algorithm,  and  for  some  design  rule  check  (DRC)  functions  such  as  shrink  and 
expand.  Sludge  et  al  [WUDG82]  describe  Cytocomputer  architecture  adapted  for 
DRC  and  Lee  type  wire  routing.  Yet  another  DRC  architecture  is  described  in 
[SEH32].  Some  other  references  for  special  purpose  architectures  and  associ¬ 
ated  algorithms  for  wire  routing  are  [DAMM82]  and  [NAIR82].  A  parallel  process¬ 
ing  approach  for  Logic  module  placement  has  been  developed  by  Ueda  et  al 
[UEDAS3].  Simulation  has  also  been  the  focus  of  several  new  architectural  stu¬ 
dies.  The  most  popular  such  development  is  the  Yorktown  Simulation  Engine 
([PFB82],  [DENN82],  and  [KRON82]).  Another  logic  simulation  machine  is 
described  by  Abramovtd  et  al  [ABRAB2].  In  this  paper,  we  shall  be  concerned 
with  the  design  at  a  systolic  system  for  design  rule  checks.  Our  design  differs 
from  all  earlier  work  on  special  purpose  architectures  for  design  automation  in 
that  ours  is  the  first  systolic  design.  Of  course,  systolic  designs  have  been  stu¬ 
died  for  quite  some  time.  A  valuable  reference  is  [KUNG82].  Our  systolic  system 
far  DRC's  differs  from  earlier  work  on  hardware  assisted  DRC's  in  that  it  is  edge 
based  rather  than  bit  map  based.  Consequently,  it  has  the  potential  of  being 
much  faster  than  earlier  designs. 

Specifically,  our  systolic  design  rule  checker  (SDRC)  checks  for  spacing  and 
width  errors.  The  design  may  be  extended  to  Include  other  design  rule  checks. 
Our  design  points  out  the  potential  for  systolic  systems  in  design  automation 
applications. 

2.  Polygons  and  Errors 


In  arriving  at  our  SDRC,  we  mads  several  assumptions  on  the  nature  of  the 
polygon  to  be  handled  and  also  on  the  type  of  errors  to  be  checked  for.  First,  we 


assume  that  polygons  are  composed  of  horizontal  and  vertical  edges  only. 
Hence,  only  right  angled  bends  are  permitted.  Polygons  may  contain  holes. 
These  holes  are  also  restricted  to  be  polygons  with  right  angled  bends.  Figure  1 
shows  two  example  polygons  that  satisfy  these  restrictions. 

This  restriction  on  the  edges  composing  a  polygon  allows  a  compact 
representation  of  each  polygonn.  This  representation  consist  of  the  following  : 

1.  Polygon  number.  Each  polygon  is  assigned  a  unique  number.  Holes  within  a 
polygon  are  assigned  the  same  number  as  the  enclosing  polygon. 

2.  A  sequence  of  polygon  vertices.  This  sequence  begins  at  the  lowermost  left 
hand  vertex  of  the  polygon  and  is  obtained  by  traversing  the  polygon  so  that 
its  interior  lies  to  the  left  of  the  edge  being  traversed.  Since  all  edges  are 
either  horizontal  or  vertical,  the  polygon  vertices  (except  the  first)  may  be 
described  by  providing  a  single  coordinate.  Thus  ,  the  polygon  of  Figure  1(a) 
is  represented  as: 

p.  n.  *i.  Vi.  x„.  Va.  **.  Vs.  *«.  Vo.  *a.  Vi- 

The  first  symbol  p  identifies  this  as  an  enclosing  polygon,  n  is  the  polygon 
number.  In  case  of  a  hole,  an  h  is  used  in  place  of  the  p.  Holes  are  traversed 
such  that  the  the  Interior  is  to  the  left  of  each  edge  traversed.  The  representa¬ 
tion  for  the  polygon  and  holes  of  Figure  1  (b)  is: 

p.  n.  *t.  y,.  xa,  y8.  **.  y*  **  Vi.  **  Vs-  *io.  yu.  *ia.  Vi 
h.  a,  x13>  yu.  x^,  y«.  ■»js<  yiT>  *is>  y  «•  *«•  Via 
h.  a,  xai.  y®,  Vas.  Vas-  *aa-  yai 

The  SDRC  assumes  that  the  polygons  are  well  formed.  Specifically,  open 
polygons  (Figure  2(a));  polygons  with  shared  edges  (Rgure  2(b));  polygon 
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Figure  1  Examples  of  polygons 
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overlaps  (Figure  2(c));  and  polygons  sharing  am  edge  with  a  hole  (Figure  2(d)) 
are  not  permitted.  'While  this  assumption  of  well-formedness  is  not  essential  to 
our  disscussion.  It  enables  us  to  concentrate  on  spacing  and  width  issues.  A 
minor  modification  to  our  design  allows  the  SDRC  to  check  for  above  malforma¬ 
tions.  Also,  these  inconsistencies  need  to  be  explicitly  checked  before  one  can 
apply  bit  map  based  width  and  spacing  checks. 

Let  d  denote  the  minimum  allowable  feature  width.  Figure  3  gives  examples 
of  polygons  with  width  error  Note  that  many  designers  do  not  regard  Figure  3(c) 
as  an  error  unless  the  distance  *  is  less  than  ±  Our  SDRC  is  easily  changed  to 
account  for  this  variation.  Note  that  The  polygons  of  Figure  4  have  no  width 
error  even  though  they  contain  some  edges  less  than  d. 


(•)  (b>  Cc)  (d) 


figure  2  Malformed  Polygons 
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Figure  3  Polygons  with  width  errors 
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Figure  4  Polygons  with  no  width  errors 
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Let  a  denote  the  minimum  allowable  spacing  between  polygons.  The  ploy* 
gons  of  Figure  5  have  space  errors  at  the  pants  marked  *. 

As  in  the  case  of  Figure  3(c).  the  configuration  of  Figure  5(c)  is  often  not 
considered  erroneous  unless  the  distance  Labeled  •  is  less  than  s.  This  change  is 
also  easily  made  in  the  5DRC  design. 

&  SOHiC  Architecture 

The  SDRC  is  a  hardware  device  that  may  be  attached  to  a  computer  system 
as  a  peripheral  (  Figure  8)  or  directly  to  the  CPU  as  in  case  of  a  floating  point 

processor. 

A  block  diagram  of  the  SDRC  appears  in  Figure  7.  The  major  components  of 
an  SDRC  are  two  systolic  sort  arrays  (SAX  and  SAY),  controllers  for  these  3ort 
arrays,  and  a  design  rule  checker  (DRC).  Let  us  assume  the  configuration  of  Fig¬ 
ure  6.  When  design  rule  checks  are  to  be  performed,  the  CPU  sends  the  compact 
descriptions  of  the  polygons  to  the  SDRC.  This  description  is  transformedainto 
explicit  edges  by  the  controileers  for  SAX  and  SAY.  Horizontal  edges  are 
created  by  the  cotroller  for  SAX  and  inserted  into  SAX  Vertical  edges  formed  by 
the  controller  for  SAY  and  inserted  into  SAY.  The  sort  arrays  sort  the  edges  into 


figure  7  3DRC  Architecture 


lexical  order.  Thus,  the  SAX  sorts  edges  by  7  -  coordinates  and  within  y  -  coordi¬ 
nate  by  x  -  coordinate.  Recall  that  we  have  assumed  that  there  are  no  overlap¬ 
ping  edges.  So.  even  though  every  horizontal  edge  has  two  x  -  coordinates,  there 
is  a  unique  lexical  ordering  for  the  horizontal  edges.  Similarly  there  is  a  unique 
ordering  for  the  vertical  edges. 

As  we  «h*n  see  in  the  next  section,  the  SAX  and  SAY  are  simply  systolic 
priority  queues.  Consequently,  as  soon  as  the  edges  have  been  formed  and 
entered  into  the  SAX  and  SAX.  they  may  be  transmitted  in  lexical  order  to  the 
DRC.  First  SAX  sends  its  edges  to  the  DRC,  which  examines  them  for  width  viola¬ 
tions  in  the  y  direction  and  spacing  violations  in  the  x  direction  All  detected 
errors  are  transmitted  back  to  SAX  Next  SAY  transmits  its  edges  to  the  DRC 
which  examines  them  for  width,  errors  in  the  x  direction  and  spacing  errors  in 
the  y  direction.  These  errors  are  sent  back  to  SAY.  The  errors  collected  in  SAX 
and  SAY  may  then  be  communicated  back  to  the  CPU. 

Clearly,  by  using  two  DRCs,  the  horizontal  and  vertical  edge  processing  may 
be  effectively  overlapped.  Further,  by  providing  a  data  path  for  the  errors  to  go 
directly  from  the  DRC  to  the  CPU,  the  use  of  the  SDRC  may  be  pipelined. 

4  Edge  Farming 

The  descriptor  for  each  edge  formed  in  sort  array  controllers  consists  of  5 
fields  as  shown  in  Figure  3.'  The  terminology  used  in  this  Figure  is  with  respect  to 
the  horizontal  edges,  y  is  the  y  -  coordinate  for  the  edge;  r*  the  left  x  coordi¬ 
nate;  Xr  the  right  coordinate;  p#  the  polygon  number;  and  ud  (  up-down)  is  0  if 
the  interior  of  the  polygon  Is  above  this  edge  and  1  otherwise.  In  case  the  DRC 
sends  errors  back  to  the  SAX  (  rather  than  directly  to  CPU)  then  each  edge 
descriptor  will  have  two  additional  bits  to  record  the  error.  For  vertical  edges  we 
may  usa  the  terminology  of  Figure  9  where  x  is  the  x  coordinate  of  the  edge;  y» 
and  Vi  are.  respectively,  the  bottom  and  top  y  coordinates;  ?#  is  the  polygon 


Rgure  8 

number  and  1 r  (  left  right)  is  0  if  the  polygon  intenor  is  to  the  left  of  the  edge 
and  is  1  otherwise.  The  p#  field  is  used  only  to  identify  polygons  with  errors.  This 
field  may  be  omitted  and  the  detected  errors  can  be  associated  with  polygons  by 
performing  a  search  at  the  end. 

Example  1:  The  edge  descriptors  for  the  horizontal  edges  of  the  polygon  of  Fig¬ 
ure  10  are  : 

Vi.  1.  0 
y 7.  *?.  *s.  i. : 
yia.  *i0"  *is«  i.  o 

y  to.  *«.  *«.  *•  o 

Vll*  *11.  *12*  1.  0 
Va.  *s.  *s.  1. 1 
yt*  *».  *is.  i.  o 

V*  *♦.  *3.  1.  1 

The  descriptors  for  the  vertical  edges  are: 

**  y*.ys.  i.o 
*»  v«.  Vf.  1.  1 

*«.  yi>.  Vis*  1. 1 
*10-  yw.  Vu.  i 
*xs>  Vis*  Vi*.  -•  0 
*s.  ys.  y*  i. : 


Figure  9 
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*?.  y».  Via.  1.  1 
*1.  Vi.  ye.  1.  I 


The  transformation  from  the  compact  polygon  representation  to  the  edge 
descriptors  is  relatively  straightforward. 


5.  The  Sort  Arrays 

While  the  sorting  algorithms  have  been  considered  for  hardware  implemen¬ 
tation  ('THQMB2]),  priority  queues  appear  tp  be  best  suited  for  our  3ort  applica¬ 
tion.  Two  systolic  implementations  of  priority  queues  appear  in  literature.  One 
is  due  to  Leiserson  [LEIS79],  and  the  other  due  to  Guibas  and  Liang  [GUIB82]. 
While  design  of  [GUIB82]  is  simpler  than  that  of  [LEIS79],  it  permits  an 
insert/delete  every  four  cycles  as  opposed  to  once  every  two  cycles  for  the 
design  of  [LEHS79], 

The  systolic  priority  queue  of  [LEIS79]  is  a  linear  array  of  processors  (PEs) 
each  having  two  registers  A  and  B  (Figure  11).  Each  register  in  the  "priority 
queue  is  large  enough  to  hold  edge  descriptor.  The  array  of  processors  pulsates 
in  regular  cycles  with  instructions: 


Figure  10 


Figure  11 
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being  performed  for  odd  i  in  odd  cycles  and  for  even  i  (  i  *0)  in  even  cycles.  A 
new  edge  con  be  inserted  in  the  array  ju3t  before  every  odd  cycle  by  setting  B0 
to  the  edge  descriptor  and  Aq  to  -  «. 

When  ail  the  insertions  have  been  performed,  the  edges  can  be  extracted  in 
the  lexical  order  by  setting  Ag  and  B0  to  +  *.  It  takes  two  cycles  to  extract  each 
edge.  The  edges  can  be  sent  to  DRC  one  by  one  as  extracted,  thereby  overlap¬ 
ping  the  extraction  process  and  DRC  operation. 

The  remaining  details  for  SAX  and  SAY  may  be  found  in  [LEIS79]. 


The  DRC  is  invoked  once  for  horizontal  edges  and  once  for  vertical  edges. 
Since  the  processing  that  occurs  with  horizontal  edges  Is  the  same  as  that  for 
vertical  edges,  our  discussion  of  the  DRC  is  confined  to  the  case  of  horizontal 

edgee. 

As  mensloaed  earlier,  when  processing  the  horizontal  edges,  the  DRC .  . 
checks  for  width  violations  in  the  y  direction  and  spacing  violations  in  the  x 
direction.  In  addition,  the  spacing  and  width  checks  of  Figure  12  are  also  per¬ 
formed. 

The  DRC  (Figure  13)  is  a  linear  systolic  array  with  the  same  organization  as 
the  priority  queue  of  figure  11.  The  A  and  B  registers  of  each  PE  are  .however 
larger.  In  describing  the  fields  of  a  register,  we  shall  use  the  notation  Afi].x  to 
mean  field  x  of  register  A  of  PE  i.  Each  register  in  the  DRC  has  all  the  fields 


»)  wUt*  «rror 


a)  «poela*  orrer 

{•  <  •)  or  (b  <  «) 


Figure  12 
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accessory  to  describe  an  edge(Figure  8).  In  addition,  the  following  fields  are 
also  present: 


PR  *  01: 


PR  *  00: 


rightok 


leftok 


This  is  a  two  bit  priority  fieid  used  to  control  the  flow  of  data  in  the  A 
and  3  registers.  The  four  possible  values  assignable  to  PR  have  the  fol- 
lowing  Interpretation: 

*  11:  This  signifies  an  empty  register.  If  ud  =  0,  then  this  is  an 
empty  register  to  the  nght  of  the  rightmost  etige(  i.e  edge 
2.1  of  Figure  14)  in  the  DRC  If  ud  =  1.  then  this  is  an  empty 
register  to  the  left  of  the  rightmost  edge  in  the  DRC. 

PR  *  10:  The  register  contains  an  edge  that  has  yet  to  settle  in  its 
place. 

a  01:  This  value  is  possible  only  for  an  A  register  edge.  It  denotes 
an  edge  that  has  settled. 

a  00:  Denotes  an  edge  for  which  an  error  has  been  detected. 

A  1  bit  width  error  field.  It  is  set  to  1  if  a  width  error  involving  this 
edge  has  been  detected. 

A  1  bit  space  error  field  that  is  set  to  1  when  a  spacing  error  involving 
this  edge  is  detected. 

A  1  bit  field.  This  is  used  only  for  edges  with  ud  =  0.  Let  X.  Y  €  $A.  BL 
X(i]. rightok  =  1  iff  there  is  a  j  such  that 
(X[i].P#  =  y[j].P#  and  X[i].Xr  =  Y[jJ.xt  and 
Y[j].ud  =  0) 

Used  in  conjunction  with  rightok.  Gives  the  y-value  of  the  edge  that 
satisfies  the  condition  of  rightok 

A  1  bit  field  that  Is  used  only  for  edges  with  ud  =  1.  Let  x  e  {A.  3j. 
X(i].leftok  aim  there  is  a  limb  at  the  leftand  of  the  edge  'Figure 
5(b)). 


Figure  13 


im  ..  Whan  leftok  =  1.  gives  the  leftmost  point  of  the  edge.  Since  edges 
may  get  split  during  processing,  ^  may  not  equal  xt  (x,  wil  be  the 
current  left  end  of  the  split  edge.  Since  the  rightok  and  i/njM  fields  are 
used  only  whan  ud  =  0  while  the  leftok  and  x^  fields  are  used  only  when 
ud  *  1,  these  fields  may  use  the  same  physical  register  space. 

It  is  assumed  that  all  polygons  are  to  be  embeded  on  a  rectangular  chip 
(flgurre  14).  Thus  during  processing  for  horizontal  edges,  the  edges  1.1.  1.2  , 
3.1,  and  3.3  are  loaded  in  the  SAX  The  edges  1.1  and  13  come  out  of  SAX  before 
any  other  edges  In  the  layout;  whereas  the  edges  3.1,  and  3.3  come  out  in  the 
end.  The  DRC  is  initially  loaded  with  the  edge  3.1  for  processing  edges  from  SAX 
and  the  edge  3.1  for  processing  edges  from  the  SAY. 

At  the  start  of  each  cycle  of  the  DRC,  an  edge  is  inserted  in  Bq.  This  edge 
has  PR  *  01,  ami  WE  =  5E  =  0.  Since  edges  come  from  5A  (  or  SAY)  only  once 
every  two  cycles,  the  cycle  time  of  the  DRC  must  be  at  least  twice  that  of  the 
sort  arrays.  Once  the  edge  enters  the  DRC  at  Be.  it  moves  towards  the  right  until 
it  flnda  its  correct  position  with  respect  to  the  edges  in  the  A  registers.  The  A 
register  edges  are  ordered  by  their  xt  values.  As  the  B  register  edges  move  to 
the  right,  width  and  spacing  checks  are  performed  against  the  A  register  edges 
in  the  PEs  adjacent  to  the  one  the  edge  is  to  settle  into.  Cnee  ail  cne  hoizontai 
edges  have  been  entered  into  the  DRC.  we  set  B[0].PR  3  11,  B[0].UD  =  1  and 
A[0].PR  a  11.  This  will  cause  the  detected  errors  to  move  to  the  Left  of  the  DRC 
from  where  they  may  be  removed  and  sent  back  to  SAX  or  the  CPU.  • 

The  basic  cycle  of  the  DRC  is  described  in  procedure  cycle. 

Before  specifying  the  details  of  the  step  ' PROCESS_IN_EACH_PS'  .we 
describe  a  few  procedures  used  for  Uus  purpoue. 


8.1 


Used  Tar  Width  and  Staecing  Checks 


i  cycle 

(pulsating  cycle  of  the  systolic  DRCj 


repeat 

fshif 


shift  B  edges  right  j 
far  every  PE  i,  t  <  n  do 
B[l+1] «-  B[ij 
Bf  0]  •*  new  edge 
BTOJ.leftok «-  0 

ArOJ.(PR.sj.*p.  WE,  3E,  CD)  -  (00.  — , 
PrOCESS-IX_SACH-PE  j  described  later 
|  3hift  A  edges  as  needed  j 


Q.  0.  1) 


for  every  PE  i  do 

if  A£if.PR  =  A!>i].PR  =  11  and Aii^l].UD  =  0 
then  (  mark  i  as  right  of  rightmost  edge  J 
A[i].UD  =  0 

end 


far  odd  i  on  odd  cycles  and 
even  l  on  even  cycles  do 
if  A(i].PR  >  Afi+ll.PR 
then  A[i]  *•-*  A[  i+l]  ( interchange  edges  { 

end 

until  false  ( infinite  loop  \ 
end  cycle 


1.1  ' 

This  is  used  by  a  PE  that  contains  an  edge  in  its  A  register  that  is  to  the  right  of 
the  edge  in  its  B  register.  Figure  15  depicts  tiro  of  the  situations  when  the  check 
is  performed. 


procedure  spacecheck  1.1 
if  A^t  -  B-Zr  <  s 

then  [A.SE  *•  i;B.SE  *■  1] 
end  spacecheck  1.1 


Polygon 


Polygon 


1  U(UCK  Zdgm 


3  3agl«c«r  id|< 


Polygon 


3  o'dgo 


J Polygon  j 
A'«ag« 


Figure  15 


This  is  similar  to  spacecheelc  1.1  except  that  the  B  register  edge  is  to  the  right 
of  the  A  register  edge. 


procedure  spacecheck  1.2 
if  B.xi  -  A.X,.  <  s 
then  [A.5E  *-  1;B.5E  *-  i] 
end  spacecheck  1.2 


This  is  used  to  check  the  interiimb  distance  in  polygons  (Figure  18).  As  edges 
progress  through  DRC.  they  may  get  broken.  So,  the  edge  in  a  register  may 
actually  be  only  a  segment  of  a  larger  edge.  The  leftmost  point  on  the  original 
whole  edge  is  'remembered'  in  the  field  which  takes  the  place  of  the  y-r&x 
(x,*  is  used  when  UD  =  1  while  Vng/u  is  used  when  UD  =  0). 

procedure  spacecheck2 
if  B.Xr  -  B-Xnt  <  s 
then  B.SE  «-  1 
end  spacecheck2 

Hdthcheckl 

This  is  used  when  the  A  end  B  register  edges  in  a  PE  belong  to  the  same  polygon; 
have  some  overlap;  and  A.UD  =  0  and  B.UD  =  1.  Figure  17  depicts  a  possible 
situation. 


widthcheckl 


if  B.y  -A.y  <  d 


■  M  ~ 


•  3  ad$a 


j adfa  1*  brokan  Hare 


figure  16  InlerLimb  distance 


V*\.  v<. 


Figure  1? 


than  [AWE  -  1:  B.WE  -  l] 
endwidthchecki 

Hldthchack2 

The  wtdthcheck  performed  by  this  procedure  is  shown  in  Figure  18.  The  PE  that 
performs  check  has  edges  in  A  and  B  registers  that  have  the  same  polygon 
□umbers;  AUD  =  0  and  B.UD  =  1;  and  A.  right  ok  =  1. 

procedure  widths heck2 
If  3-y-Ay^M<d 
than  B.WE «-  1 
and  widthcheck2 

8.2  PROCESS.  IK  .BACH-PE 

In  thia  step  of  the  cycle,  each  PE  examines  the  edges  in  the  A  and  B  regis¬ 
ters  and  performs  the  checks  based  on  this,  in  order  to  understand  the  edge 
processing  procedure  to  be  outlined  shortly,  it  is  necesscry  to  keep  the  following 
in  mind. 


I 
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Figure  18 


1.  Edges  may  settle  only  in  A  registers.  Thus. 

B.PR  01  for  any  PE. 

2.  Edges  that  have  not  yet  settled  must  do  so  by  moving  to  the  right  via  B 
registers.  So.  the  case  APR  =  10  is  not  possible. 

3.  Settled  edges  are  ordered  by  their  x  values  left  to  right  in  the  A  registers. 
The  sequence  of  settled  edges  (L  e..  PR  =  01)  may  be  interspersed  with 
error  edges  (L  e..  PR  =  00)  and  empty  edges  (i.  e..  PR  a  11). 

4.  A  polygon  edge  may  get  split  during  processing.  Figure  19(a)  shows  a 
polygon  with  a  hole  in  it.  'When  edge  e  is  the  3  edge  in  the  PE  containing  the 
edge  acd  in  its  A  register,  the  acd  adge  is  split  into  the  three  segments  a.  c. 
and  d.  The  segments  a  and  c  are  discarded  In  the  case  of  polygon  in  Figure 
19(b).  the  edge  e  causes  the  edge  ac  to  be  split  into  segments  a  and  c.  The 
segment  ais  discarded  as  no  new  errors  with  respect  to  this  segment  are 
possible.  All  errors  detected  for  the  edge  are  retained  by  the  segment. 

In  general,  edge  splits  and  discards  are  carried  out  so  as  to  ensure  that  the 
set  of  active  edges  (i.  e..  PR=  01  or  10)  have  no  overlap  of  their  x  coordinates. 

The  exact  mechanism  by  which  width  and  spacing  errors  are  detected  is 
best  described  using  algorithmic  notation  below. 


ncAPRaC 

00  :  (  A  edge  has  an  error  do  nothing  } 

10  :  (  A  adge  hasn’t  settled.  This  is  not  possible.  Only  B  edges 
may  have  PR  a  io  ] 


!  sola 


A  idea 


3  *d«a 

_ V 
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Figure  19 


11 :  f  A  register  is  empty  j 


cmmB.FR  of 

00:  A  B  \  Move  error  edge  to 
empty  A  register  j 

01:  {  Not  possible  as  edges  can 
settle  ooly  in  A  register  { 

10:  Ut  AUD  *  0 

then  {No  edges  to  the  right  of  PE  ! 

[B.PR  *-  01;  A*-*  B] 

(  B  edge  must  settle  here  J 

11:  {  do  nothing  { 

end  com 

01  :  {  A  edge  Lain  its  correct  place  j 

cbmB.FR  of 
11 :  |  do  nothing  j 

00  andOl :{  not  possible  i 

10:  cbm  A.  UD  of 

0: 

{  At  this  point  AFK  *  01.  B.FK  *  10.  AUU  *  0. 

The  interior  of  the  polygon  is  above  the  edge  A  j 


i  Determine  the  relationship  between  the  A  and  Q  edges  J 


1:  A .Si  i  Bjv: 

\  We  have  the  situation  of  Figure  20  J 
il  B.UD  »  0 
than  |  Figure  20(a)  j 
[if  B.Sr  =  A.xj 

than  [  By  assumption  on  the  polygons 
(Figuure  2)  B.p#  =  A.p#  j 
[B.rightok  «-  1;  B.y,**  ♦-  A.y] 
eise  [  B.P#  <>  A.P#  or  B  and  A  are 

from  two  Limbs  of  the  same  polygon} 
spacacheckl.l 
emfif  ] 
eadlf 

{  This  is  B's  place  to  settle  j 
A. PR  <-  10;  B.PR  -  01:  A  •?-  B 
i  Note  that  when  B.UD  a  1,  no  cheeks  need 
be  performed  as  relevant  checks  were 
performed  whan  the  A  edge  was  settle  j 


Figure  20 


2:  A .Xj.  £  3.x,: 


i  Thi*  situation  is  depleted  in  Flyura  21  | 
if  B.UD  »  0 
Qua  iFlgra  21(a)) 
if  =  B-x, 

than  |  By  assmption  on  polygons  (Figure  2) 
B.p#  =  Ap*  j 

[Arightok  *-  1;  Ay***  ♦-  B.y] 

•las  space  check  1.2 

andif 

else  i  Figure  21(b)j 
if  Ax^.  a  B-x,  and  not  B.  leftok 
than  $  Figure  21(c).  Set  leftok  and  s** 

In  case  Limb  test  is  needed.  3  edge 
may  get  split  later) 

[B. leftok  «-  1;  3^s„ t  *-  B-x,] 
andif 

*  If  Arightok 

then  |  Figure  21(c).  A  vidth  check  is  needed,  j 
[if  (B.y  -  Ay  <  d)  and 
(B.a*  -  A jv)  <  d 
*  thanEWE«-l] 


3:  else :  j  A  and  B  edges  have  soma  overlap  and  so 

must  ba  part  of  the  same  polygon.  Hence 
dUU*  1. .Figure  22  -  28  show  some  cases. 
Note  that  As,  *  9-st  <  A_rr. 

The  casa  B.s,  <  Ax,  is  not 
possible  as  th<a  would  have  caused 
caused  B  edge  to  be  split  earlier, 
leaving  B .si  a  A-e,  j 


-IT- 
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Figure  25 

3.1:  A_Tj  s  B-r,  :  [Figure  22$ 

3.1.1:  A .Zf  s  g^Br  :[  Figure  22(a)j 

If  A.rlghlok 
than  [  Figure  23  $ 

[wldthc  hacic2 
if  B.leftok 

than  [  Figure  23(c)  $ 
spacecheck2] 

j  change  status  of  A  edge  $ 
if  A.TTE  or  A.SE 
than  A. PR  -  00 
alaa  [A.PR  «- 11;  A. UP  «- 1] 

3.1.2:  Ajs,  <  B.Xr  :[Flgure  24$ 


I  split  B  edge  and  put  left  part  in  A, 
note  that  if  there  is  a  left  limb  of  B. 
B.laftok  and  3-z,*  were  set  in  case  2. 
(sae  Figure  2i(b)$ 

A.UD  «-  1;  A. 7  -  B.y:  B-i,  *•  A-s^ 
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,v>  v. 


3.1.3:  k.Xf  >  B .Sr  :  [Figure  25) 


If  Arighiok 
then  [Figure  25(b){ 

[  widthcheck2] 
if  B.leftok 
then  [Figure  25(c)) 

[ spacecheck2  } 

[  split  A  edge  j 
PLSl  «-  B.Xr 

[  This  is  B's  place  to  settle  ) 

A  «--»  B;  APR  ♦*  01;  B.PR  *-  10 


3.2:  A.2k  <  B.xt  :  [  Figure  28  -  28j 

[  There  is  an  upward  limb  at  the  left  of  B) 
B.leftok  *-  1;  Q.xm t  B 

3.2.1:  k.Xr  s  B.av  :  [Figure  28) 
if  A.rtghtok 

then  [Figures  26(a)  and  (b){ 
[widthcheck2;  spacecheek2] 
audit 

[  split  A  edge  ) 

kJSr  «-  Bjcj;  A  righto  k  «-  0 
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3.2.2:  Aj*  >  Bjv-  [Figure  27(a)  and  (b)j 
j  The  situation,  depisted  in  Figure  27(e) 
is  not  possible  as  the  A  edge  would 
have  been  split  at  3~Sr  when 
edge  e  went  over  it  j 
if  A.rightok 
then  (  Figure  27(a){ 
widthcheek2 


spaeeeheek2  j  must  be  a  limb  j 
(  split  A  edge  discarding  the  segment 
Ajct  to  Bsi! 
kjti  «-  B.jv 

3.2.3:  A^.  <  B~z,:  (Figure  28 j 

(  split  A  and  B  retaining  segments 
b  and  d.  (Figure  28)  J 
A  rtghtok  *•  0 
(A-=r,B2>)  *•  (a*,.  A JV) 

(  This  ends  the  ease  A.UD  =  Oj 

(  Begin  last  ease  to  consider  j 
4:  A.UD  *  1: 

(  At  this  time.  A.PR  =  01.  B.FR  =  10,  and  A.UD  = 


iiiiiiiiinuu 


iiumi  tun 


if  B.y-AyJfc  s 


than  $  remaining  edges  are  too  far 
from  A  to  cause  errors  j 
[if  A.WEorA.SE 
then  A. PR  *-  00 
else  APR  =  11] 
else 


4.1:A-*{  ^  Bjz,.:  [Figure  29 j 

if  not[(B.UD=i  aadB.x,  =Ax,) 
or  A.X;  -  B.x,  %  s] 

then 

[ASE  ♦*  1;  B.SE  «-  l] 

[  This  is  B'3  place  to  settle  j 
A  4—  3;  APR  -  01:  B.PR  «-  10 

4.2:Ax,  s  B-x,  :  [Figure  30  J 

if  not  [B.UD  =  1  and  3.x(  =  Ax,, 
or  B.xj  -  B-x,  at  s] 

then 

[ASE  1;  B.SE  ♦* 

4.3:else:  [  Partial  overlap  (Figure  31).  So,  3.UD  =  Oj 
ASE  ♦-  1;  B.SE  «-  1 


4.3.1:  B.x,  <  A-x,;[Figure  31(a)  and  (b)  5 
[  split  Aj 
Axt  «-  B.a^. 

A  3:  APR  «-  01:  B.PR  -  10 

4.3.1:  3.x,  %  A-x,  :[Figure  31(c)  and  (d)j 

APR  -  00 
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i  The  remaining  spacing  errors  involving  the  left 
part  of  the  A  edge  in  Figure  31(b)  and 
be  detected  when  handling  vertical  edges  j 


(d)  will 


end) 


end 


end. 


8.3  Performance 

Under  the  assumption  that  the  sort  arrays  and  DRC  are  large  enough  to 
accommodate  all  the  edges,  the  sort  time  and  the  DRC  time  is  linear  in  the 
number  of  the  edges  in  all  the  polygons.  Furthermore  the  time  spent  extracting 
the  errors  from  the  sort  arrays  is  effectively  overlapped  with  the  DRC  process¬ 
ing. 

In  practice,  of  course,  no  matter  how  large  the  sort  arrays  and  DRC,  there 
will  be  times  when  the  number  of  the  edges  to  be  handled  will  exceed  the  caper 
city,  of  the  systolic  arrays.  In  these  circumstances,  the  layout  may  be  parti¬ 
tioned  into  vertical  slices  for  SAX  and  horizontal  slices  for  SAY  (Figure  32).  By 
ensuring  that  adjacent  slices  overlap  by  at  least  maxis,  dj  we  ensure  that  no 
erroneous  reporting  will  occur.  The  checks  may  then  be  performed  for  each 
slice  independently. 

7.  Conclusions 

Ve  have  demonstrated  the  potential  of  systolic  architectures  in  the  design 
automation  field.  While  our  design  of  a  DRC  several  simplifying  assumptions. 
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these  may  be  relaxed  at  the  expense  of  the  increased  complexity.  In  particular, 

the  assumptions  about  well  formed  polygons  (Figure  3}  and  Manhattan  vs 

Euclidean  distance  (Figure  j)are  trivially  removabe. 
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